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METHODS AND APPARATUS FOR WIRELESS OPERATOR 
REMOTE CONTROL IN DOCUMENT PROCESSING SYSTEMS 

The related applications entitled "Methods and Apparatus for Wireless Operator 
5 Notification in Document Processing Systems" and "Methods and Apparatus for Wireless 
Display Units for Document Trays in Financial Document Processing", filed on even date 
herewith and assigned to the assignee of the present invention, address related subject matter 
and are incorporated herein by reference in their entirety. 

10 Field of the Invention 

The present invention relates generally to improvements to financial document 
transport and processing systems and methods. More particularly, the invention relates to a 
document processing system employing a preferably handheld wireless remote unit which 
can be used by an operator to receive messages from and transmit commands to components 
1 5 of the processing system. 

Background of the Invention 

An item transport, used in financial document processing systems to receive, process 
and sort documents, typically comprises an input section in which a batch of documents is 

20 placed for processing, a transport path for transporting the documents through various 

processing steps, a sorting area where the documents are sorted into different pockets after 
processing, and display and input sections where an operator is able to read displayed 
messages and enter information and commands. An operator is frequently called on to 
perform tasks at different areas of the transport. A typical item transport is quite large and 

25 requires an operator to walk a moderate distance to get from one side or end of the machine 
to the other. For example, an operator may be working at the sorting area of the transport 
when a problem occurs, causing the transport to interrupt processing and display an error 
message. The operator must then typically walk to the display area, read the error message 
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and then proceed back to the sorting area or to another identified area in order to correct the 
problem. An operator is similarly required to walk to the display area to read informational 
messages and if, as is usual, a keyboard or other input device is placed at the display area, the 
operator must also walk to the display area in order to enter commands into the item 
5 transport. The need for the operator to walk back and forth along the transport to receive 
messages at a display area, go to another area of the transport to perform tasks related to the 
messages and return to the display area to receive further messages or enter commands 
interferes with operator efficiency. 

There exists, therefore, a need for a way for an operator of a document processing 
1 0 system to receive messages and enter commands without a need to move to a special display 
area of the system in order to receive the messages and enter the commands. 

Summary of the Invention 

The present invention recognizes that it would be advantageous to allow an operator 
15 to be able to receive messages and enter commands wherever he or she happened to be with 
respect to the transport, using approaches which do not interfere with the operator's freedom 
of movement. The present invention further recognizes the advantages of allowing the 
operator to remotely receive messages having the same content and detail as would be 
received at the display area of the transport and to remotely transmit operator commands 
20 providing the same control as would be possible by using the keyboard or other operator 
input device which are part of the transport controller. The operator is thus able to exercise 
as much control over the transport operations as would be possible if he or she were standing 
at the display and control area, but may exercise this control from any area in which he or she 
needs to be to perform other functions, such as removing documents from pockets, clearing 
25 jams and the like. 

To this end, a document processing system according to the present invention 
preferably comprises an item transport controlled by a transport controller which may 
suitably be a personal computer (PC). The transport controller communicates with a user 
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interface for displaying operator messages and receiving operator inputs. The user interface 
preferably comprises a keyboard for accepting operator inputs and a monitor for displaying 
messages. Multiple transports may operate in the same vicinity, with each transport typically 
being attended by a single operator. Each transport controller communicates with a 
5 transmitter interface for sending messages to and receiving commands from a wireless 
control unit which may be carried by its operator. Each transport may have its own 
transmitter interface. Alternatively, a plurality of transports may share a single transmitter 
interface, through a connection such as a local area network. Each transport has its own 
unique identifier which is used by the transport controller to identify the transport to one or 

1 0 more control units. The use of an identifier by each transport controller allows control units 
to operate using a single frequency and within radio range of one another, without having the 
operation of one control unit interfere with the operation of the other control units. 

Each of the control units preferably includes sufficient memory and a sophisticated 
user interface to allow for the display of detailed messages and the construction and sending 

1 5 of detailed commands. The messages displayed by each control unit are preferably similar or 
identical to the messages which can be displayed at the monitor belonging to the 
corresponding transport. The commands which can be sent using the control units are 
preferably similar or identical to the commands which can be sent using the keyboard 
belonging to the corresponding transport. 

20 During operation, a transport typically displays messages to provide information on 

transport operation and to notify the operator when a problem occurs requiring operator 
intervention. The transport controller preferably displays each message using a local monitor 
and accepts commands entered using a local keyboard. The transport controller does not 
communicate with a wireless control unit at all times, but instead an operator can establish 

25 and break communication between a transport and a control unit as needed. When no control 
unit is communicating with the transport controller, the transport controller uses the 
transmitter interface to broadcast a message advising of the availability of the transport. The 
message includes the identifier of the transport and causes all disengaged control units within 



range to display a notice that the transport is available. A plurality of transports may each 
broadcast a notice of availability. When this occurs, all disengaged control units display a 
list of all available transports. In addition, any transport which is engaged in a session with a 
control unit but which is available to conduct an additional session with a different control 
5 unit also broadcasts a notice of availability. For example, it may be desirable to allow a new 
operator coming on duty to establish a session with a transport which is already engaged in a 
session with a current operator whom the new operator will be relieving. By broadcasting the 
notice of availability, the engaged transport signals its availability to engage in an additional 
session, and allows the new operator to engage in a session. The transport can thus establish 

1 0 the new session without ever being disengaged from at least one control unit, avoiding a need 
to shut down a transport to change operators or the risk of uncontrolled operation if the 
transport is not shut down. 

When an operator wishes to communicate with a transport, he or she selects the 
desired transport from a displayed list and logs in to the transport, providing an operator 

1 5 identification or other authenticating information. The transport controller then creates a 
session identifier and the transport controller and the control unit both use the session 
identifier to identify their communications. Once a session has been established, the 
transport controller transmits the status message which was most recently displayed using 
the local monitor to the control unit for display by the control unit. In this way, the control 

20 unit furnishes the operator with the same information concerning the current status of the 
transport as is available from the local monitor. Subsequently, each message which is 
displayed using the local monitor is also displayed using the control unit, modified as needed 
to be compatible with the control unit hardware. Commands can be entered using the 
keyboard or other local input device, or using the control unit. When an operator wishes to 

25 disengage the control unit, he or she enters a command to terminate the session. The 

transport controller then closes the session and broadcasts an availability message to allow 
for subsequent connection by a control unit, if the transport is not already broadcasting an 
availability message or engaged in a session. 



A more complete understanding of the present invention, as well as further features 
and advantages of the invention, will be apparent from the following Detailed Description 
and the accompanying drawings. 

5 Brief Description of the Drawings 

Fig. 1 illustrates a document processing system according to the present invention; 
Fig. 2 illustrates functional details of a document processing system according to the 
present invention; 

Fig. 3 illustrates a document processing system including multiple item transports 
1 0 according to the present invention; 

Fig. 4 illustrates functional details of a transport controller according to the present 
invention; 

Fig. 5 illustrates a portable control unit according to the present invention; 
Fig. 6 illustrates additional details of a portable control unit according to the present 
1 5 invention; and 

Fig. 7 illustrates a process of transport control according to the present invention. 

Detailed Description 

Fig. 1 illustrates a document processing system 100 according to the present 
20 invention. The system 100 includes an item processing transport 102 for processing and 

sorting documents. The transport 102 includes a hopper 104, a transport path 106 and sorting 
pocket modules 107 A and 107B. The sorting pocket module 107A includes sorting pockets 
108A-108D and the sorting pocket module 107B includes sorting pockets 108D-108H. The 
sorting pocket modules 107A and 107B are physically distinct units of machinery, each 
25 containing four pockets, but in document processing operations the pockets 108A-108H are 
grouped according to the needs of the processing operation being performed. For example, a 
particular operation may use the pockets 108A-108D as a set of pockets for grouping of 
documents, while another operation at a later stage of processing may use the set of pockets 
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108A-108B, while still another operation uses the pockets 108A-108H. It will be recognized 
that the number of sorting pocket modules which may be used is not limited to the two 
represented by the modules 107 A and 107B. Instead, the transport 102 may include as many 
sorting pocket modules as are needed. Many item transports have 12 or more sorting pocket 
5 modules, each module having four pockets, for a total of 48 or more pockets. In such a case, 
the number of sorting pocket modules add substantially to the length of the transport 102, 
increasing the time required for an operator to walk between distant areas of the transport 
102. 

The transport 102 is controlled by a transport controller 1 10 which may suitably be a 

1 0 personal computer (PC) which controls the operation of the transport 102 and which receives 
inputs from an operator through a keyboard 1 12 and displays operator messages through a 
monitor 114. The transport 102 also includes a transmitter interface 116 communicating with 
the transport controller 110, receiving operator messages from the transport controller 1 10 
and transmitting the messages through an antenna 1 17 to an operator control unit 118 carried 

15 by an operator. The transmitter interface 1 16 preferably communicates with the operator 
control unit 118 using omnidirectional radio frequency (RF) communication. The operator 
control unit 118 may be one of a number of similar control units, and the transport 102 may 
be one of a number of similar transports, all operating in relatively close physical proximity, 
for example in a single large room. The transport controller 110 establishes communication 

20 with the control unit 1 1 8 by first broadcasting an availability message, causing the control 
unit 1 1 8 to display a message giving notice that the control unit 102 is available. Other 
available transports, that is, transports not engaged in communication with a control unit, or 
which are engaged in communication with a control unit but are available to communicate in 
additional sessions with different control units, will broadcast a similar message, each 

25 message including a unique identifier, so that an available control unit will receive a message 
listing all the transports which are available and allowing the operator to choose a desired 
transport. 
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When the operator uses the control unit 1 18 to select the transport 102, the operator 
logs in to the transport 102 by providing appropriate authenticating information. The 
transport controller 110 then opens a session and sends a session identifier to the control unit 
118. The control unit 1 1 8 and the transport controller 1 10 use the session identifier to 
5 identify their subsequent communications. Upon opening a session, the transport controller 
110 transmits the last displayed message to the control unit 118. As operation of the 
transport 102 proceeds, the transport controller 1 10 then displays appropriate messages using 
the monitor 1 14. The transmitter interface 1 16 is used to transmit equivalent messages to the 
control unit 118. Each message transmitted to the control unit 1 18 is appropriately formatted 

1 0 for display using the hardware of the control unit 118, and therefore may be different in 
format or appearance from equivalent messages displayed using the monitor 1 14. 

Frequently, exceptions and problems, such as document jams, occur in the area of the 
pockets such as the pockets 108A-108H, and transmitting messages to the operator control 
unit 118 saves the operator from walking to the monitor to receive an error message and then 

1 5 returning to the area of the pockets 108A-108H to deal with the problem. In addition, the 
transport controller 110 may issue status reports and other information which are useful for 
the operator, but which reflect conditions that do not cause shutdown of the transport. 
Transmitting status reports to the operator control unit 1 1 8 relieves the operator of the need 
to walk to the monitor to receive the reports, and makes it more likely that the operator will 

20 see the reports, because there will be no need for the operator to interrupt his or her work in 
order to walk to the monitor to receive a report which may be useful but which is not so 
critical as to cause shutdown of the transport. 

During a session, the operator also advantageously uses the control unit 1 18 to 
transmit commands to the transport controller 110. For example, the operator may use the 

25 control unit 1 1 8 to issue a command to restart the transport after an exception has been 

cleared. The operator may also use the control unit 1 1 8 to issue commands and provide other 
inputs at any time such commands or input could be provided using the keyboard 112. For 
example, the operator may use the control unit 1 1 8 to instruct the transport controller 1 10 to 
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suspend or shut down operation of the transport. The operator's productivity is enhanced 
because the use of the control unit 118 saves the operator from walking to the display area to 
issue commands. 

Fig. 2 is a detailed functional view of a document processing system 200 according to 
5 the present invention. The document processing system 200 includes an item processing 

transport 202 including a document hopper 204, document feeder 20 5 , transport path 206 and 
sorting pockets 208A-EL The sorting pockets 208A-208H are shown here by way of 
example, and are discussed here as part of a single operational group, but it will be 
recognized that the transport 202 may include more or fewer pockets and that operational 
1 0 groupings of pockets will be determined by the needs of the processing operation being 
undertaken. 

The transport 202 also includes an operator interface 210 including a keyboard 212 
and monitor 214. The operator interface 210 may be used for entering data to be entered on a 
document, such as the amount of the document, and is also used to receive information about 

1 5 the status of the transport 202 and to enter commands directing operation of the transport 

202. The transport 202 also includes a reading module 216, an image capture module 218, an 
encoding module 220 and an endorsing module 222. While the reading module 216, image 
capture module 218, encoding module 220 and endorsing module 222 are shown here by way 
of example, it is also possible for a transport such as the transport 202 to include additional 

20 modules, for example an ultraviolet snippet module for use in detecting security features 
appearing in ultraviolet ink, an endorsement capture module, a microverifier module, a 
microfilmer module, or any of a number of additional optional modules. 

Operation of the transport 202 is controlled by a transport controller 224 which 
displays operator messages using the monitor 214 and receives operator inputs from the 

25 keyboard 212. The transport controller 224 also directs the operation of the document feeder 
205, transport path 206, sorting pocket modules 208 A-H and the modules 216, 218, 220 and 
222. It also receives and processes data generated through the processing of documents. The 
transport controller 224 also communicates with a transmitter interface 226 in order to 
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convey operator messages to an operator control unit 228 which receives operator messages 
transmitted via an antenna 230 connected to the transmitter interface 226. The transmitter 
interface 226 also receives operator messages and commands transmitted by an operator 
using the operator control unit 228. During most of its operating time, an item processing 
5 transport such as the transport 202 requires only a single operator, so that the transport 
controller 224 usually communicates with only one operator control unit 228, typically by 
establishing a communication session between the transport controller 224 and the control 
unit 228 and identifying the session in communications between the transport controller 224 
and the control unit 228. In cases in which the transport 202 communicates with more than 

1 0 one operator control unit at a time, communications with each operator control unit are 

identified with a session identifier. By identifying messages as belonging to a session, it is 
possible for the transport 202 to operate within radio range of other similar transports, each 
communicating in its own session with an operator display unit, without misrouting of 
messages or other interference. 

1 5 Many transports such as the transport 202 require little or no data entry via the 

keyboard 212. Instead, the necessary data is obtained from each document through image 
analysis. In such a case, the primary function of the operator is to correct problems in the 
operation of the transport. Because the transport 202 moves and sorts paper documents, the 
documents are subject to jams, misroutings and other problems which may cause the 

20 transport 202 to shut down until they can be corrected. Most problems occur in the vicinity 
of the sorting pockets 208 A-H and an operator can be most productive by spending the bulk 
of his or her time in that area, walking to an appropriate one of the sorting pockets 208A-H 
when needed and correcting problems affecting that module. When the transport 202 
experiences a problem, the affected module sends a message to the transport controller 224, 

25 which suspends operation of the transport 102, displays a message on the monitor 214 and 
uses the transmitter interface 226 to send an operator message to the operator control unit 
228. The message displayed on the operator control unit 228 is preferably similar or identical 
to the message displayed on the monitor 214, and allows the operator the same options as are 
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presented by the message displayed on the monitor 214. The operator proceeds to the 
indicated area of the transport 202 and corrects the problem. The operator then enters a 
command to the transport using the operator control unit 228. Depending on the design of 
the operator control unit 228, this may be done by pressing a real button or a button display 
5 on the control unit 228. If a command is to be entered by pressing a button display, the 

operator control unit 228 presents the message to the operator and displays images of one or 
more buttons on a touch sensitive screen. When the operator presses an appropriate location 
on the screen, the pressing of the location is interpreted as a button press similar to pressing 
of a button or key on the keyboard 212, or clicking a button image on the monitor 214. The 

1 0 operator control unit 228 then transmits a command to the transport controller 224 to execute 
the command represented by the button image. Alternatively, the operator control unit 228 
may be adapted to receive text commands entered by an operator using a keyboard display or 
a handwriting recognition mechanism. Text commands sent using the operator control unit 
228 are treated in a similar fashion to text commands entered through the keyboard 212. As 

1 5 an alternative to entering a command using the operator display unit 228, the operator may 
also alternatively press a pocket button or press an "Enter" key or another predetermined key 
on the keyboard 212 in order to resume operation. 

The document processing system 200 provides significant savings of time and effort 
over prior art systems, which require the operator to walk to a display in order to read a 

20 message describing a transport condition or problem and then walk back to the pocket area if, 
as is likely, the message describes a problem affecting one of the pockets. The operator 
control unit 228 may suitably provide the same information as would be received from the 
monitor 214 and allow entry of the same commands as would be entered using the keyboard 
212. Allowing the operator such complete information and control without a need to walk 

25 back and forth between the information display and the area where the problem exists can 
significantly increase the productivity of the operator. 

If desired, a plurality of transports may share a single transmitter interface. Fig. 3 
illustrates a document processing system 300 including transports 302A-302C, controlled by 
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transport controllers 304A-304C ? respectively. Each of the transport controllers 304A-304C 
is connected to a transmitter server 306 by a local area network 308. It will be recognized 
that the transmitter server 306 need not be exclusively dedicated to transmitting, but may be a 
multifunction server. The transmitter server 306 is in turn connected to a transmitter 
5 interface 310 and controls the operation of the transmitter interface 3 1 0 in response to 
commands from the transport controllers 304A-304C. The server 306 also transfers data 
from the transmitter interface 3 10 to the transport controllers 304A-304C. Each of the 
transports 302A-302C may suitably establish a session with the operator control units 312A- 
3 12C. Each of the transport controllers 304A-304C sends messages to the transmitter server 

1 0 306. If a message is an availability message, it includes an identifier for the transport and if 
the message is part of a communication session with a control unit, it includes an appropriate 
session identifier. The transmitter server 306 formats each message for transmission and 
broadcasts it using the transmitter interface 310. Each of the control units 3 12A-3 12C 
displays availability messages, if disengaged, or, if engaged in a session, responds to 

1 5 messages including the appropriate session identifier. 

When an exception occurs, for example affecting the transport 302A, while the 
transport is engaged in a session with the control unit 312A, the transport controller 3 04 A 
prepares an operator message including the session identifier being used by the transport 
controller 3 04 A and the control unit 3 12 A. The transport controller 3 04 A then passes the 

20 message to the transmitter server 306, which sends the message using the transmitter 

interface 308 and antenna 309. Because the message is identified as belonging to the session 
going on between transport controller 3 04 A and the operator control unit 312A, the operator 
control units 3 12B and 3 12C will not be affected. A plurality of transports such as the 
transports 302A-302C are able to operate within radio range of one another and are able to 

25 share a transmitter interface, each transport being able to communicate in a session with an 
operator control unit without interfering with the operation of operator control units in 
sessions with the other transports. 
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Fig. 4 provides a functional illustration of a transport controller which may be 
employed as the transport controller 224. The transport controller 224 includes a 
microcontroller 402 connected to a transport interface 404 and a processor 406, and an 
operator interface 408 connected to the processor 406. The operator interface 408 provides 
5 communication with a keyboard and monitor, such as the keyboard 212 and monitor 214 of 
Fig. 2, as well as a mouse or other suitable user interface devices as desired. The operator 
interface 408 also provides communication with operator control units such as the control 
unit 228, using the transmitter server 226. The transport controller further includes memory 
410 and storage 412. A local message database 413 preferably resides on the storage 412. 

1 0 The local message database 413 may suitably include a set of all possible operator messages 
which may be produced by the transport. Alternatively, the local message database 413 may 
include elements from which messages may be constructed. For example, the local message 
database 413 may include a set of message templates, with one message template associated 
with each condition or event which may be described in a message, along with data to be 

1 5 inserted in appropriate locations in the required message template in order to describe the 
condition and the transport element affected by the condition. With this implementation of 
the database 413, an operator message can be constructed for a particular condition affecting 
a particular transport element by retrieving the message template and the transport element 
description and constructing a message describing the error and the affected transport 

20 element. For example, the database 413 may include templates such as "paper jam in 

near ", "pocket is full," "encoding ink low", and the like. The data stored for 

insertion in the templates may include , "transport path", "image capture module", "36" (for 
pocket 36), "in encoding module", and the like. Thus, an operator message may be 
constructed by retrieving the appropriate template and data in order to form the message 

25 "Paper jam in transport path near image capture module," or "Pocket 36 is full", for example. 

The local message database 413 preferably includes data to allow for the construction 
of all possible messages, including status reports, error messages, advisory information or 
any other information which may need to be provided by the transport during operation. In 
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addition, the transport controller 224 includes a remote message database 414 containing data 
to be used to construct messages for transmission to an operator control unit such as the unit 
228. The remote message database 414 includes data similar to that contained in the local 
message database, with format alterations to adapt the messages to the display capabilities of 
5 the control unit 228. For example, the remote message database 414 may include a message 
corresponding to each message in the local message database 413. Alternatively, if the local 
message database 413 includes message templates and data, the remote message database 414 
preferably includes corresponding message templates and data. 

The processor 406 implements various functions used to control the transport 

1 0 operation and operator communication The functions include a flow control function 415 
for control of information and commands used by the transport controller, and an item data 
and memory image function 416 for reading and processing encoded item information as 
well as for capturing and storing item images. An item control function 418 is also 
implemented for directing transport of the items to be processed. When a function such as 

1 5 the item data and memory image function or the transport function needs to send an operator 
message, the affected function notifies the operator interface function 408. The operator 
interface function 408 retrieves the required data from the local message database 413 and 
constructs an appropriate operator message based on the information received from the 
affected function. The operator interface function 408 displays the error message locally. 

20 The operator interface function 408 then retrieves corresponding data from the remote 

message database 414 and constructs a message to be displayed remotely using an operator 
control unit. The operator interface function 408 then provides the message to a transmitter 
control function 422, which adds the session identification of a control unit such as the unit 
228 engaged in a communication session with the transport controller 224, and formats the 

25 message and address into a message transmission to be broadcast to the operator control 
units. The transmitter control function 422 then sends the message transmission to a 
transmitter interface such as the transmitter interface 226. 
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If the condition requiring sending of a message is an exception or other such 
condition requiring suspension of transport operation, the affected function notifies the flow 
control function 415 before notifying the operator interface function 408. The flow control 
function directs the item control function to suspend processing of items, while the operator 
5 interface function 406 prepares and directs transmission of the message. 

When the transport controller 224 receives an operator command, either from the 
transmitter 226 for commands received from an operator control unit, or from a local 
keyboard such as the keyboard 212, the operator interface function 408 processes the 
command and relays it to the appropriate function, for example, the flow control function 415 

10 for a command to restart the transport after suspension of operation. 

Fig. 5 illustrates a front view of an operator control unit 500 according to the present 
invention. The control unit 500 includes an LCD display screen 502 which is preferably a 
touch sensitive screen, shown here as displaying an operator interface 504. The operator 
interface is shown here as comprising a message display area 506 and a command interface 

1 5 area 508. The message display area 506 is shown here as displaying the message "Pocket 36 is 
full" and the command interface area 508 is shown here as including a text entry area 510 and a 
keyboard display 512. The text entry area 510 and the keyboard display 512 allow the operator 
to type in a desired command and to see the command as it is typed. The control unit 500 also 
includes an infrared port 514, as well as an external port 516, for transferring programs and 

20 data between the control unit 500 and an external computer 518. The control unit 500 and the 
external computer 5 1 8 are not shown to scale in Fig. 5, but the control unit 500 is shown larger 
in order to provide a clearer illustration. The external computer 518 may be a standalone 
computer not used in the operation of a transport, but simply used to transfer programs and data 
to be used by the control unit 500 or to receive data transferred from the control unit 500. A 

25 transport controller such as the transport controller 224 may be used as the external computer, 
but in this case, data transfer between the external computer and the control unit 500 is 
preferably conducted while the transport is not operating, so that the transfer of data to and 
from the control unit 500 will not interfere with operation of the transport. 
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The control unit 500 can be used to establish a communication session with a 
transport and then to control all aspects of transport operation during the session, including, 
for example, displaying all error messages and status messages generated by the transport, 
restarting operation of the transport in response to an operator command after the operator 
5 has cleared an error condition, or shutdown of the transport. For illustrative purposes, the 
exemplary control unit 500 is shown here as displaying an error message typical of the sort of 
message generated after a transport has suspended operation. 

Once the control unit 500 receives the message illustrated here, the operator may clear 
pocket 36 on the transport and then press the "Enter" key display 520 on the keyboard 

1 0 display 5 12 in order to direct the transport to resume operation. In the particular instance 
shown, the transport controller 224 is programmed to restart the transport after an error 
condition is cleared and the "Enter" key is pressed on either the keyboard 212 or the control 
unit 500, so there is no need for the operator to type a specific command. This design 
simplifies operation of the transport by allowing the operator to restart the transport with a 

1 5 single keypress upon clearing an error condition. However, the operator can use the control 
unit 500 to issue other commands as needed by typing in the command and pressing the 
"Enter" key 520. For example, the operator can suspend operation of the transport, even 
when no error condition exists, by typing "Pause" and pressing the "Enter" key 520. Any 
message which can be displayed on the monitor 214 is preferably simultaneously displayed 

20 on the message area 506 and any command which can be entered using the keyboard 212 
may also be entered using the command interface 508. 

Although a keyboard display 512 is shown here by way of example, alternative 
displays may be presented in the command interface 508. For example, the command 
interface 508 may display a set of pushbutton images which may be pressed in order to 

2 5 transmit commands to the transport. 

Although an exemplary operator message area 506 and command interface 508 are 
illustrated here, it will be recognized that it is not necessary for the operator interface 504 to 
display an operator message area such as the area 506 and a command interface such as the 
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command interface 508 at the same time. Sequential screens which may include operator 
message areas or command interface areas may be displayed upon command from the 
transport or in response to a selection by the operator. Other types of displays providing 
operator information and requesting responses from the operator may also be displayed as 
5 required by the context of the transport operation. 

Fig. 6 illustrates additional details of the operator control unit 500 according to the 
present invention. The control unit 500 includes a control unit processor 602, which may 
suitably be implemented as a standard CPU chip similar to those used in handheld or pocket 
computers, and a communications interface 604 for communicating with a transmitter 

1 0 interface such as the transmitter interface 226. The communications interface 604 includes a 
transmitter 606, receiver 608 and antenna 610. The communications interface 604 may 
suitably be built into and enclosed entirely within the control unit 500. Also illustrated here 
is the infrared port 514, which allows communication with an external computer such as the 
external computer 518. The infrared port 5 14 can be used to allow transferring of programs 

1 5 and data to the operator control unit 500 and to allow for transfer of data from the operator 
control unit 500 to the external computer. The control unit 500 also includes the external 
connection port 516, to allow an alternative method of connection between the external 
computer 518 and the control unit 500, also to allow for transfer of programs and data 
between the external computer and the control unit 500. 

20 The control unit 500 includes various other electronic components, including a 

battery 616, and the LCD display screen 502. The display unit 500 further includes read-only 
memory 61 8 for permanent storage of instructions and other data, flash memory 620 for long 
term storage of programs, command lists, action logs and other similar data, and RAM 622 
for short term storage of data used in the operation of the control unit 500. 

25 An operating system 624 is stored in the flash memory 620. The operating system 624 

manages storage of data and programs, and execution of programs by the control unit 500. The 
operating system 624 also manages transfer of programs and data to and from an external 
computer. When the control unit 500 is turned on, the operating system 624 monitors the 



infrared port 5 1 4 and the external port 516. When the external computer signals that a data 
transfer is to be made, it sends an appropriate signal to the control unit 500, causing the 
operating system 624 to initiate a data transfer. In coordination with the operating system 624, 
the external computer transfers programming or data to the control unit 500 or from the control 
5 unit 500, depending on operator instructions. The external computer may transfer updated 
communication programming to the control unit 500, or may transfer data such as an operating 
log. Similarly, the external computer may initiate a transfer of an updated operating log from 
the control unit 500 to the external computer using the infrared port 514 or the external port 516. 
The control unit 500 also includes an interface control program 626 and a 

1 0 communication manager 628. The control program 626 formats and displays messages 

received from the transmitter interface 226, and also converts operator inputs into appropriate 
messages. The interface control program 626 transfers received messages from the 
communication manager 628 and transfers command messages to the communication 
manager 628. The communication manager 628 manages transmission of messages to and 

1 5 from the transmitter interface 226 using the communications interface 604. 

When the control unit 500 is turned on, it receives a message from all available 
transports within range. The communication manager 628 receives an availability message 
from each available transport and passes the messages to the interface control program 626. 
The control program 626 displays a message notifying the operator of transport availability, 

20 the message including a list of all available transports in order to allow the operator to select 
the desired transport. 

When the operator selects a transport, the control program 626 and the 
communication manager 628 interact to convey the selection to the appropriate transport and 
to manage messages between the operator and the transport as the operator furnishes 

25 identifying information to the transport and a session is established. Once a session is 
established, the selected transport transmits a message describing its current status. The 
control unit 500 receives the message using the communication manager 628 and displays the 
message to the operator using the interface control program 626. 
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During a session, the transport controller 224 sends each operator message both to the 
monitor 214 and the operator control unit 500. Details of the preparation and sending of 
messages are described above in connection with Fig. 4. 

When the control unit 500 receives an operator message from the transmitter interface 
5 226, the processor 602, under the control of the interface control program 626, displays the 
message using the LCD display 602. The processor 602 may also direct generation of an 
audible signal by an alerter 630. Preferably, a similar or identical message is also displayed 
using the monitor 214, The operator takes appropriate steps to respond to the message, such 
as clearing an error condition reported in the message, and then enters an appropriate 

1 0 command using the operator display unit 500. The operator display unit 500 sends the 
command to the transmitter interface 226, which passes the command to the transport 
controller 224. The transport controller 224 then directs the operation of the transport in 
response to the command. The operator may alternatively enter a command using the 
keyboard 212, in which case the command is received directly by the transport controller 

1 5 224. When the operator issues a command using the keyboard 212, any responses displayed 
on the monitor 214 are also passed to the control unit 400 for display. 

The operator may also use the control unit 500 to send a command to the transport 
whether or not an operator message has been received. For example, the operator may use 
the control unit 500 to issue a command for the transport to suspend operation. In such a 

20 case, the operator simply invokes an appropriate command interface, such as the command 
interface 508 illustrated in Fig. 5, and types a "Pause" command using the keyboard display 
5 1 2. The control unit 500 then transmits the command using the communications interface 
504. The command is received by the transmitter interface 226 and passed along to the 
transport controller 224. The transport controller 224 stops the operation of the transport and 

25 waits for a subsequent command to restart transport operation. 

Fig. 7 illustrates a process 700 for control of a single item transport or a group of item 
transports according to the present invention. At step 702, operating data is transferred to 
each of a plurality of operator control units. The operator control units may suitably be 
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similar to the control unit 500 of Figs. 5 and 6. The operating data may include programs, 
operation logs, transport identifiers and other appropriate data. At step 704, operation of 
each of a plurality of item transports is initiated. The item transports may suitably be similar 
to the transport 202 of Fig. 2 or the transports 302A-302C of Fig. 3. The transports may 
5 suitably be operative to transmit and receive wireless messages, using either a transmitter 
interface dedicated to each transport or a shared transmitter interface controlled by a server, 
the server being suitably connected to the transports using a local area network. At step 706, 
each of the item transports broadcasts its availability. At step 708, each of the operator 
control units receives the broadcasts and displays a message listing the available transports. 

1 0 At step 710, in response to selection of a transport by an operator using an operator control 
unit, the operator control unit sends a session initiation request to the selected transport. At 
step 712, the transport and the operator control unit exchange authenticating data and 
establish a session, creating a session identifier to be used in messages transferred between 
the transport and the operator control unit during the session. The transport may stop 

1 5 broadcasting an availability message when it establishes a session with the operator control 
unit. Alternatively, the transport may broadcast an availability message while engaged in a 
session with a control unit if it is or becomes desirable for the transport to be available to 
engage in an additional session with a different control unit. At step 714, the transport sends 
a message to the control unit describing the current status of the transport. At step 716, the 

20 transport performs item processing operations, sending status messages as appropriate to a 
local monitor and to an operator control unit. Each status message is preferably created by 
first retrieving data from a message database associating each status condition with a specific 
status message and then adding the session identifier to the message and formatting the 
message for transmission. 

25 At step 718, the operator control unit receives operator commands and transmits the 

commands to the item transport. At step 720, the item transport executes the operator 
commands and sends appropriate status messages to the operator control unit and the local 
monitor. At step 722, in response to a command by the operator to terminate the session, the 
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control unit transmits a session termination request to the transport, the transport terminates 
the session. If the transport is not already engaged in a session with another transport or 
broadcasting an availability message, the transport resumes broadcasting an availability 
message. The operator control unit receives the availability broadcasts from all transports 
5 and displays available transports. Upon a command by an operator using the control unit to 
initiate a session, the process then returns to step 710. 

While the present invention is disclosed in the context of a presently preferred 
embodiment, it will be recognized that a wide variety of implementations may be employed 
by persons of ordinary skill in the art consistent with the above discussion and the claims 
1 0 which follow below. 



